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Patent Application 



POWER SUPPLY CRITICAL STATE MONITORING 

SYSTEM 

Field of the Invention 

5 The present application relates generally to power supply systems. More 

specifically, it relates to critical state monitoring for one or more uninterruptible power 
supply (UPS) systems. 

Background of the Invention 

10 The use of UPS's having battery back-up systems to provide regulated, 

uninterrupted power for critical and/or sensitive loads, such as computer systems, and 
other data processing systems is well known. In one application, one to several UPS's 
can be connected to a computer network so that the network can communicate with each 
UPS to allow remote monitoring and control of the UPS's. 

15 In some instances, it may be necessary or desirable to know how long a network 

connected UPS was inoperative or operating on a battery. Prior methods of detecting the 
downtime of a UPS included manually searching through trap logs to look for a critical 
state change of a UPS and making an estimate of the amount of time the UPS was down. 
However, the methods can be ineffective and time consuming if hundreds or thousands of 

20 UPS's are connected to a computer network. 

One device, PowerNet, manufactured by the American Power Conversion of W. 
Kingston, RI, provides to a user on a computer network a notice of a UPS failure. 
However, PowerNet doesn't provide a user with a notice of the failure's duration. 
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Summary of the Invention 

The present invention provides automated systems and methods for monitoring 
one or more power supplies, such as UPS's, in a critical state over a computer network. 
In one embodiment, the invention includes a notification system for at least one power 
5 supply coupled to a computer network and adapted to transmit information such as a trap 
over the computer network when one of the power supplies undergoes the entry of a 
critical state, wherein the notification system includes a computer system connected to 
the computer network and has running on it a monitoring program, a reporting program 
and a database. The monitoring program monitors the network and detects the 

10 information being associated with the entry of the critical state. The database stores 
information relating to the information transmitted over the network being associated 
with the entry of the critical state. The reporting program reports over the computer 
network the information relating to the duration of the critical state. 

In another embodiment, the invention includes a method of providing over a 

1 5 computer network a notification of a power supply in a critical state, the method 

including: monitoring the computer network for an indication that a power supply has 
entered a critical state, polling the power supply at predetermined time intervals until a 
poll indicates that the power supply has left the critical state, storing information relating 
to the critical state of the power supply, and reporting over the computer network the 

20 information relating to a duration of the critical state of the power supply. 

One advantage of embodiments of the invention is that the system is able to 
automatically determine the status and downtime duration of any power supply or UPS 
connected to a computer network. Another advantage of embodiments of the invention is 



2 



that a user connected to the network can easily obtain the status information about a 
network connected power supply or UPS by accessing a network server 

Brief Description of the Drawings 
5 FIG. 1 is a block diagram of the power supply critical state monitoring system 

according to the present invention; 

FIG. 2 is a flowchart of an exemplary method of monitoring a power supply 
according to the present invention; and 

FIG. 3 is a flowchart of an exemplary method of monitoring a power supply once 
10 it is determined that the power supply has lost communication with a computer network. 

Detailed Description of the Invention 

Referring to FIG. 1, the power supply critical state monitoring system 10 can 
include one or more uninterruptible power supplies (UPS) 12a-12d that are each 

1 5 connected to a computer network 14. Each UPS 1 2 can be connected to the network 

through the use of a network card 16 in the UPS or the UPS can be serially connected to a 
computer 18 that has a network card. Also connected to the network is a server computer 
20. Server computer 20 has a database 22 and one or more software programs running 
thereon. For example, the server can have a monitoring program 24 and a reporting 

20 program 26 as described below. The server can use the simple network management 
protocol (SNMP) to communicate with the one or more UPS's. 

In one embodiment of the invention, the monitoring program 24 listens over the 
network for information transmitted from a UPS 12 indicating that a UPS is in a critical 
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state, such as a low battery, an expired battery or a loss of UPS communication with the 
network. The information indicating that a UPS has entered a critical state can be a trap 
issued over a network such as a SNMP network, packetized data sent over a network or 
any type of information that would indicate to the server computer that UPS has entered a 
5 critical state. Once monitoring program 24 receives information such as a trap that 

indicates that a UPS 12 has entered a critical state, the monitoring program polls the UPS 
to determine what is the critical state of the UPS. The monitoring program will attempt 
to determine whether the critical state is due to an expired battery, due to a loss of 
communications with the UPS 12 or if the source of the critical state is unknown. 

10 Monitoring program 22 stores data relating to the critical state on database 22. The data 
that the monitoring program 22 stores can include information relating to the beginning 
of the critical state, the ending of the critical state, the duration of the critical state and/or 
the state of a UPS each time the program monitors the UPS. Reporting program 26 
reports over the network 14 information relating to one or more critical states, such as a 

15 critical state duration, or a lack thereof when a user requests the information. 

Alternatively, the reporting program can automatically report certain information when a 
predetermined event occurs, such as the occurrence of a critical state. 

FIG. 2 shows an exemplary method of monitoring one or more UPS's for a 
critical state over a computer network. At 32, the monitoring program determines that a 

20 UPS is in a critical state. This can be determined, for example, by receiving a trap or 
packetized data from the UPS over the computer network. At 34, the monitoring 
program polls the UPS to determine the status of its one or more batteries. If at 36, the 
monitoring program doesn't receive a response from the UPS after polling it, the 
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monitoring program determines at 38 if it already has stored information that it didn't 
receive a response from that UPS* If the monitoring program didn't record the lack of a 
UPS response, it notes the lack of a response at 40 and then delays for a predetermined 
time before polling the UPS again at 34. The program can note the lack of a response by 
5 storing it on a hard disk, floppy disk or on another type of permanent storage device or 
can store it in the server computer system's random access memory or on another type of 
temporary storage device. If the program has already noted that the UPS hasn't 
responded, at 42 the monitoring program delays for a predetermined time before polling 
the UPS again at 34. 

10 If at 36 the monitoring program does receive a response from the UPS after 

polling the UPS, the monitoring program determines at 44 if the response indicated that 
the battery is operative. If the battery is operative, the monitoring program determines at 
46 if it previously noted that the UPS battery was inoperative. If the monitoring program 
determines at 48 that it did previously note that the battery was inoperative, the program 

15 at 50 calculates and stores the length of downtime for the UPS battery and then stops 
polling the UPS. Otherwise, if the monitoring program determines at 46 that it didn't 
previously note that the battery was inoperative, the program stops polling the UPS at 50 
because it assumes that the UPS battery is and has been operational. 

If the monitoring program didn't receive a response from the UPS that the battery 

20 is operative at 44, it determines at 52 if it received a response indicating that the battery is 
inoperative. If the monitoring program did receive a battery inoperative response at 52, 
the program proceeds to 38 and determines if it already has stored information that it did 
receive an inoperative battery response from that UPS. At 38, the monitoring program 
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determines if it already noted that the UPS battery is inoperative and notes it at 40 if it 
previously did not. The monitoring program then continues polling the UPS at 42. 

If at 52, the monitoring program didn't receive a response from the UPS that the 
battery is operative or inoperative, it determines at 55 if the response it received was 
5 unknown. If the UPS response is known, at 56 the program notes a log error in the 

system's activity log. Otherwise, if the response is unknown, at 56 the program assumes 
that it has lost communication with the UPS and can proceed to a method such as, for 
example, the method shown in FIG. 3. 

Referring to Figure 3, once the monitoring program has determined that it has lost 
10 communication with the UPS, it will poll the UPS at 64 to determine 

occurred in its communication state. The program will then determine at 66 if it received 
a response. 

If the program didn't receive a response at 66, the program proceeds to 68 and 
determines if it already has stored information that it didn't receive a response from that 

15 UPS. If the program has already noted that the UPS hasn't responded, the monitoring 
program proceeds to 74. Otherwise, if the monitoring program didn't record the lack of a 
UPS response, it notes the lack of a response at 70 and proceeds to 74. 

If the program did receive a response at 66, the program proceeds to 72 and 
determines the communication state of the UPS. If communication has been 

20 reestablished, then at 74 the program processes the critical state of the UPS so that the 
status can be accessed by computers connected to the computer network. If the program 
determines that network communication is still lost with the UPS, the program proceeds 
to 74. 
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At 74, the program determines if it already has stored information that 
communication was lost with UPS, which is also known as the UPS's node on the 
network being "dirty/ 5 If the program has already noted the loss of communication with 
the UPS, the monitoring program proceeds to 78 to being polling the UPS after a 
5 predetermined delay time. Otherwise, if the monitoring program didn't record the loss of 
communication with the UPS, it notes the loss of communication at 76 and proceeds to 
78 to being polling the UPS after a predetermined delay time. Thus, in the embodiment 
of FIG. 3, the monitoring program will continuously poll a UPS that has lost 
communication with the network until it can determine that communication has been 
1 0 reestablished with the UPS. 

Once data is stored on the database 22 about the critical state of a UPS, the 
reporting program 26 can report the information to a user that requests it or can send the 
information to a predetermined number of users. 

It should be understood that although the description above has described 
15 embodiments of the invention as having a separate monitoring program and a reporting 
program, the two programs can easily be combined within one program or could be 
separated into more than two programs and still be within the scope of the invention. The 
software can be stored on computer usable medium for storing data, such as, for example, 
but not limited to, floppy disks, magnetic tape, zip disks, hard drives, CD-ROM, optical 
20 disks, or a combination of these. 

It should be also understood that although the description above has described 
embodiments of the invention as used with a UPS, the invention is also applicable to 
systems using one or more power supplies connected to a computer network. 
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Having thus described at least one illustrative embodiment of the invention, 
various alterations, modifications and improvements will readily occur to those skilled in 
the art. Such alterations, modifications and improvements are intended to be within the 
scope and spirit of the invention. Accordingly, the foregoing description is by way of 
example only and is not intended as limiting. The invention's limit is defined only in the 
following claims and the equivalents thereto. 
What is claimed is: 
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